团队博客7 - Beta阶段的 Postmortem 会议
项目地址:
NewsMind项目代码仓库
Postmortem 会议总结:NewsMind Beta 版本
📝 会议信息
- 项目名称: NewsMind —— 基于大语言模型的个性化新闻推荐系统
- 阶段: Beta 版本 (2025年12月4日 - 2025年12月17日)
- 项目负责人: 陈家驹
- 团队成员: 姜厚丞、方羿、林伟权
1. 团队贡献分(采用三维贡献法评估)
基于 Beta 阶段 WBS 的完成情况(总计划工时160h,实际完成168h,全部任务完成并部署)、每日 Scrum 中体现的技术难度和问题解决能力,以及团队协作度进行综合评分。
参考评估方法:
- 代码量维度:提交次数、代码行数、功能点完成数
- 技术难度维度:解决的技术难题、架构设计复杂度、性能优化贡献
- 协作度维度:团队沟通、接口对接、问题解决、文档贡献
| 排名 | 成员 | 角色 | 贡献度量化分析依据 | 团队贡献分(总分100) |
|---|---|---|---|---|
| 1 | 陈家驹 | 项目管理与集成 | 负责 Beta 阶段整体规划、CI/CD 流程优化、集成测试和最终部署(PM-12, PM-14, PM-17)。成功协调数据库迁移、连接池架构升级等重大技术决策,确保项目按时交付。组织团队协作,解决跨模块问题,贡献工时 41h。 | 97 |
| 2 | 姜厚丞 | 后端开发 | 完成 MongoDB → SQLite 数据迁移、连接池架构设计、并发控制与 WAL 模式实现(BE-11, BE-15, BE-16, BE-17)。解决反爬问题,引入代理池策略,优化数据库性能(提升 30-40%)。贡献工时 41h,技术难度最高。 | 95 |
| 3 | 方羿 | 前端开发 | 完成前端架构重构、UI/UX 优化、Onboarding 流程设计(FE-11, FE-13, FE-14, FE-19, FE-20)。实现响应式设计、加载动画、状态提示等用户体验提升。贡献工时 44h,工作量最大。 | 95 |
| 4 | 林伟权 | AI/搜索算法 | 完成 FTS5 全文搜索集成、LLM QA 模式实现、向量检索优化(AI-11, AI-14, AI-16, AI-19, AI-20)。优化搜索性能,提升缓存命中率约 20%。贡献工时 39h,技术深度突出。 | 92 |
评分说明:
- 所有成员均完成各自核心任务,无重大延误
- 技术难度:姜厚丞(数据库架构升级)> 林伟权(搜索算法优化)> 陈家驹(项目管理与集成)> 方羿(前端开发)
- 协作度:陈家驹(最高,负责协调)> 姜厚丞 = 方羿 = 林伟权(均表现良好)
- 综合评分基于三维贡献法,排名反映综合贡献度
2. Postmortem 会议总结与 Alpha 改进方案对比
a. Postmortem 总结(Beta 阶段回顾)
在 Beta 阶段,团队在 Alpha 阶段的基础上实现了显著提升,总计划工时与实际完成工时完全一致(168h),所有核心功能按时完成并成功部署到生产环境。
| 领域 | 成功点(What Went Well) | 改进点(What Could Be Better) |
|---|---|---|
| 项目管理 | 每日站会机制持续有效,任务跟踪准确。CI/CD 流程在 Beta 阶段完全自动化,测试环境验证通过率 100%。DoR(Definition of Ready)机制有效,任务开始前需求明确。 | 偏好设置模块(BE-15, FE-13)复杂度超出预期,导致工时增加 8h。未来需要在需求分析阶段更细致地评估复杂度。 |
| 稳定性与发布 | 项目在 Day 10 成功部署,实现功能冻结。数据库架构从 MongoDB 迁移到 SQLite,性能提升 30-40%。连接池 + WAL 模式解决了并发问题,系统稳定性显著提升。 | 搜索模块在极端输入场景下仍可能出现边界异常,需要在正式版前加强边界测试。 |
| 技术实现 | 数据库架构升级(连接池、并发控制、WAL)成功落地。FTS5 全文搜索集成,搜索性能显著提升。反爬策略优化,引入代理池,新闻抓取稳定性提升。 | LLM QA 模式在超长文本场景下的效率仍需优化。推荐算法权重调优需要更多用户反馈数据支撑。 |
| 团队协作 | 成员在数据库迁移、偏好设置等关键节点上高效协作,体现了良好的”交响乐模式”。接口对接顺畅,前后端、AI 模块集成顺利。 | 部分任务估时仍偏乐观,偏好设置模块复杂度评估不足。需要加强需求分析阶段的复杂度评估。 |
b. Alpha Postmortem 改进方案 vs Beta 实际执行情况
2.1 项目管理方面的改进
| Alpha 提出的改进方案 | Beta 阶段执行情况 | 结论 |
|---|---|---|
| 所有任务必须满足 DoR(Ready)才能开始 | ✅ 已实现。Beta 阶段所有任务在开始前都进行了需求确认和接口规范冻结。Day 3 前完成了后端 API 草稿冻结(PM-12)。 | 完全改进 |
| Day 3 前冻结后端 API 草稿 | ✅ 已实现。在 Day 1-2 完成了 API 规范设计,Day 3 前完成冻结,前后端并行开发顺畅。 | 完全改进 |
| GitHub Project 自动同步 PR 状态 | ✅ 已实现。CI/CD 流程中集成了 GitHub Project 自动同步,任务状态实时更新。 | 完全改进 |
改进效果:
- ✅ 任务开始前需求明确,减少了返工
- ✅ API 规范提前冻结,前后端并行开发效率提升
- ✅ 任务状态实时同步,项目管理透明度提升
2.2 软件工程方面的改进
| Alpha 提出的改进方案 | Beta 阶段执行情况 | 结论 |
|---|---|---|
| 每次提交都要跑 lint(自动修复 + 自动检查) | ✅ 已实现。CI/CD 流程中集成了自动 lint 检查,每次提交自动运行。使用 Cursor AI 辅助代码审查。 | 完全改进 |
| 引入简单的自动质量扫描(使用 Cursor 辅助发现问题) | ✅ 已实现。使用 Cursor AI 辅助代码审查,发现潜在问题。代码质量显著提升。 | 完全改进 |
| 建立最小可行的 UT + 自动 E2E 测试 | ⚠️ 部分实现。建立了 E2E 测试框架(PM-14),覆盖了关键用户流程。但单元测试覆盖率仍偏低,主要依赖集成测试。 | 部分改进 |
| 每天至少保证一次自动构建与自动测试 | ✅ 已实现。CI/CD 流程每天自动构建和测试,测试环境验证通过率 100%。 | 完全改进 |
改进效果:
- ✅ 代码质量显著提升,lint 检查自动化
- ✅ 代码审查效率提升,Cursor AI 辅助发现问题
- ⚠️ 单元测试覆盖率仍需提升,这是下阶段重点
- ✅ 自动化构建和测试流程稳定,部署风险降低
2.3 产品体验方面的改进
| Alpha 提出的改进方案 | Beta 阶段执行情况 | 结论 |
|---|---|---|
| UI 做得更好看一点,代码可读性更高、更开源 | ✅ 已实现。前端 UI 全面优化,实现响应式设计、加载动画、状态提示。代码结构清晰,注释完善。 | 完全改进 |
| 没有用户注册功能,偏好难以保存 | ✅ 已实现。完成了用户注册/登录功能,偏好设置模块(BE-15, FE-13)支持主题偏好和新闻源偏好。 | 完全改进 |
| 新闻源不支持个性化选择 | ✅ 已实现。实现了数据源筛选功能,用户可以选择感兴趣的新闻源,推荐和搜索只在这些来源中查找。 | 完全改进 |
改进效果:
- ✅ UI 体验显著提升,获得用户好评
- ✅ 用户注册和偏好保存功能完善,用户体验提升
- ✅ 数据源筛选功能实现,个性化程度提升
2.4 团队协作方面的改进
| Alpha 提出的改进方案 | Beta 阶段执行情况 | 结论 |
|---|---|---|
| 团队能分工更加明确,并且讨论更充分 | ✅ 已实现。Beta 阶段分工明确,每日站会讨论充分。接口对接顺畅,前后端、AI 模块集成顺利。 | 完全改进 |
| daily scrum 能及时提交,并且助教早点提醒我们没交 | ✅ 已实现。Beta 阶段所有 Daily Scrum 均按时提交,记录完整。 | 完全改进 |
改进效果:
- ✅ 团队协作效率提升,分工明确
- ✅ 沟通顺畅,问题及时解决
- ✅ Daily Scrum 记录完整,项目透明度提升
c. 新增的技术突破与惊喜
Beta 阶段在 Alpha 基础上实现了多项技术突破:
- 数据库架构升级:
- 从 MongoDB 迁移到 SQLite,性能提升 30-40%
- 引入连接池 + 并发控制 + WAL 模式
- 数据库访问从”脚本式”升级为”基础设施级”
- 搜索性能优化:
- FTS5 全文搜索集成,搜索性能显著提升
- 向量检索缓存命中率提升约 20%
- 搜索能力从 LIKE 升级为全文检索与相关性排序
- 反爬策略优化:
- 引入代理池策略,解决新闻抓取稳定性问题
- 新闻抓取成功率显著提升
- 用户体验提升:
- Onboarding 流程设计,新用户首次体验提升
- 响应式设计,移动端适配完善
- 加载动画和状态提示,交互体验优化
3. 团队变化
Beta 阶段团队成员发生如下变化:
- AI + 搜索算法负责人:宋尚文 → 林伟权
- 其他成员维持原有角色:
- 陈家驹(PM/DevOps)
- 姜厚丞(后端)
- 方羿(前端)
成员变动影响:
- ✅ 林伟权快速融入团队,完成 FTS5 全文搜索集成和 LLM QA 模式实现
- ✅ 团队协作顺畅,无重大沟通问题
- ✅ 技术传承顺利,Alpha 阶段的技术积累得到延续
4. 要是能重来
如果再来一遍 Beta 阶段,我们希望:
- 需求分析更细致:
- 偏好设置模块(BE-15, FE-13)复杂度超出预期,导致工时增加 8h
- 未来需要在需求分析阶段更细致地评估复杂度,避免估时偏差
- 单元测试覆盖率提升:
- 虽然建立了 E2E 测试框架,但单元测试覆盖率仍偏低
- 未来需要加强单元测试,提高代码质量保障
- 边界测试加强:
- 搜索模块在极端输入场景下仍可能出现边界异常
- 未来需要在测试阶段加强边界测试,覆盖更多极端场景
- 用户反馈数据收集:
- 推荐算法权重调优需要更多用户反馈数据支撑
- 未来需要建立用户反馈数据收集机制,持续优化推荐算法
- 性能监控完善:
- 虽然实现了性能优化,但性能监控机制仍需完善
- 未来需要建立完善的性能监控体系,实时跟踪系统性能
5. 总结
Beta 阶段是 NewsMind 项目从”可用原型”到”可用产品”的关键跨越。团队在 Alpha 阶段的基础上实现了显著提升:
成功点:
- ✅ 所有核心功能按时完成并成功部署
- ✅ 数据库架构升级,性能提升 30-40%
- ✅ 搜索性能优化,用户体验显著提升
- ✅ 团队协作顺畅,项目管理有效
改进点:
- ⚠️ 需求分析阶段需要更细致地评估复杂度
- ⚠️ 单元测试覆盖率仍需提升
- ⚠️ 边界测试需要加强
下一步:
- 正式版阶段将继续优化推荐算法,提升用户体验
- 加强单元测试,提高代码质量保障
- 建立用户反馈数据收集机制,持续优化产品
项目地址:https://z.gitee.cn/zgca/NewsMind.git
在线体验:https://pipiplus.site/
发布视频:https://b23.tv/ceHLGT9